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By Mike Harris 

Th e FileMaker Pro 3.0 golden master was certified 
sometime during the first two weeks of December, 
and since then we have had a bug fix (3.0 v2) with a 
second fixer-upper on the way—FileMaker Pro 3.0 
v3 is due the first part of May. So there has been 
enough time to see something of 3.0’s features and 
flaws. 

San Francisco MacWorld was the coming out 
party. The default Claris trade show booth these days 
is about half occupied by demo theaters and with off- 
the-show-floor seminars thrown in, 3.0 got a lot of 
show-and-tell time over four days. In addition, Claris 
held a snazzy evening press reception at the San 
Francisco Museum of Modern Art, had a couple of 
press suites at one of those hotels which looks like a 
giant Art Deco juke box, and hosted several meetings 
for groups such as the Claris Solutions Alliance (CSA). 

The new FileMaker was also shown at some of 
the satellite meetings, like The Macintosh Consult¬ 


ants Network Conference, which have sprouted up 
around MacWorld in the last couple of years. So by 
the time we got together for our Northern California 
FileMaker User Group meeting, The Bay Area File¬ 
Maker Developer Interest Group (DIG.FM), each of 
the hundred or so attendees could have written a 3.0 
press release from memory. After MacWorld the 
center of conversational interest shifted from “what 
does 3.0 do” to “what do we make of all this?” 

Presumably most FileMaker Report subscribers 
were not at MacWorld, although some may have 
tried to attend and ended up sleeping in a frozen 
airport instead. So, we will look at some 3.0 features 
— and omissions — in this issue. For the moment, 
however, let’s consider the big picture. Should you 
Upgrade? If so, when? 

No, You Can't 

Windows 3.1 users can’t upgrade. FileMaker 3.0 
does not run on Windows 3.1. It does run on Win¬ 
dows 95 and Windows NT. So, if you are not ready 
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to pick a newer Windows operating system you 
cannot use FM 3.0. This incompatibility may 
be troublesome for mixed Mac and PC net¬ 
works. If any essential PC on a FileMaker Mac/ 
Windows networked database stays with Win¬ 
dows 3.1, you cannot upgrade any other ma¬ 
chine using the database, including the Macs. 
Nor can you upgrade to FileMaker Pro Server 
3.0, which became available at the same time as 
FM 3.0. Also, for template developers, the 
runtime FileMaker Solutions Development Kit 
(SDK) is still some months away, and thus 
runtime templates must remain in 2.1 for the 
moment. 

So, unlike previous FM upgrades, we are 


going to be living in a dual-version world for a 
while. My prediction is for at least the rest of 
this year many of us must maintain both 2.1 
and 3.0 versions of our files, and cross platform 
file names must still use the 8.3 DOS format. 
(No, Virginia, FM 3.0 files cannot be converted, 
backwards into 2.1 format.) Windows 3.1 users 
may or may not see a FileMaker 3.0 version for 
their operating system. Before Windows 3.1 
readers get annoyed with Claris, they should 
understand that Microsoft has put Claris and 
other developers in an impossible situation 
with their handling of operating systems. Mi¬ 
crosoft has, in effect, orphaned Windows 3.1. 

The Microsoft party line is that users should 


Some Thoughts on Windows 95 

By Bernard King 

The first personal computer was a metaphor for the American dream, the essence of Silicon Valley my¬ 
thology, a triumph of the genius and creativity of common man. How does the story go? Callow youth at 
work in a garage challenges the preconceived notions of the Most Admired Company in the World, the East 
Coast Establishment, Wall Street and the entrenched electronics industry — and wins. But the most interest¬ 
ing part of the story is what happened after the legend stuff ended. 

The market exploded when IBM added credibility to the notion of personal computing with its PC in 
1981. IBM’s entry into the market made believers of legions of fence sitters. Starting three years late, IBM 
opted for an open architecture that encouraged third parties to create features and software for the PC. The 
consequence of open architecture was that de facto technical standards were set by market forces. As a foot¬ 
note, the subcontract for the original PC DOS went to a little company in Washington State called Microsoft. 

The PC’s success was phenomenal. It grew to $6 Billion in three years. IBM then decided that it had had 
enough of this cloud of hangers-on third party people and announced a closed architecture machine called 
the PS/2. No one noticed. The market kept right on buying PC’s of non-IBM manufacture. The only surviv¬ 
ing bit of PS/2 wreckage is OS/2. 

From the outset, Apple opted for a closed architecture that kept control of the Apple environment, both 
hardware and software. Closed architecture meant technological merit and long term coherence could come 
into play. Closed architecture also meant Apple would go it alone, without the aggregate marketing muscle 
of the cloud of companies involved in the PC. 

So there was the IBM PC at the beginning of the 1990s, an orphan responsible for the death of its parent, 
technologically inferior, its only virtue that it was the machine of choice for 80-90% of the market. In an 
eerie way, the PC and that other great force of our time, the Internet, have much in common; no one owns 
them, no one is responsible for their performance and everyone uses them. 

When Windows 3.0 and later 3.1 became available, the life of the PC user improved markedly. Windows 

(continued next page) 
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upgrade to either Windows 95 or Windows 
NT, although from week to week Microsoft 
changes its mind about who should upgrade to 
which OS. This situation makes many corpo¬ 
rate sites reluctant to upgrade from Windows 
3.1 until the OS dust settles. Companies have 
gotten weary of the very expensive software 
and accompanying hardware/support/training 
upgrades required by Microsoft’s stumbling 
along the OS “road ahead”. Many companies 
feel they just got through the upgrade from 
DOS to Windows and are now asking whether 
another upgrade offers any meaningful in¬ 
crease in usable features. 

Claris has the option of doing a “32S” 


Windows 3.1 version of FM 3.0. Trouble is that 
32S adaptations, which overhaul 32 bit pro¬ 
gram code so that it runs on 16 bit instructions, 
are notoriously buggy and unstable. Claris- 
Works 3.0 was a 32S application and the result 
was a serious increase in tech support and user 
unhappiness. As a database, FileMaker cannot 
tolerate frequent crashes and maintain any sort 
of decent data integrity. Claris understands 
very well that an unstable 32S FileMaker 3.0 is 
worse than none at all, particularly when their 
limited programming staff has to be diverted 
from more advanced FM 3.0 feature enhance¬ 
ment (see the Bernie King side bar starting on 
the previous page). It is an ugly dilemma and 


3.1 became the new de facto standard interface. New local networks, faxes, printers, applications all had 
hooks for Windows. The whole edifice still rested upon DOS, however, and DOS structure prevented the 
high speed microprocessors coming available from using their full power. DOS had to go. 

Microsoft took a pragmatic — some would say cynical — view. If Windows 95 was essential to the indus- 
I try, build it and they will have to come. But the playing field had changed since Windows 3.1. Margins had 
collapsed on hardware and software. It takes a bigger installed base to write off the fixed expense of support 
1 for a new operating system these days. So, all the local networks, faxes, printers, applications vendors are 
1 waiting to see what business volumes Windows 95 will generate before they decide to provide support. The 
user, faced with no support for critical components of his system, cannot migrate to Windows 95. Unless the 
I user migrates, there will be no support. Unless there is support, the user cannot migrate. Check and mate. 

The PC has not been a homogeneous environment for a decade. There have always been fault lines be¬ 
ll tween microprocessors. The user has been partially protected by DOS with all its infirmities. When the 
I modern PC models operate in native 32 bit mode, the fault line becomes a chasm and not all users will be 
able to cross. Even when there were only fault lines, the useful life of a PC was alarmingly short. The presence 
of chasms means convert or die. In a conversion scenario, the distance from Windows 3.1 to Windows 95 or | 
Macintosh is about the same. 

With all of that said, we now turn to the question of FileMaker 3.0 support for Windows 3.1. It seems to j 
I us that there will be a large community of Windows 3.1 users well into the 21st Century. The following as- 
| sumptions seem reasonable. 

1. Every sane customer will depart Windows 3.1 as soon as possible. g 

( 2. Customers will resist putting new work on Windows 3.1. 

| 3. The vast majority (90%?) of PC’s have no database installed. | 

f These customers have enough problems without making their Windows 3.1 unstable by adding Win32s for g 
the sole purpose of using FileMaker 3.0. Better for everyone that their limited requirements be satisfied with | 
FileMaker 2.1 and receive full professional support from Claris. I 


This is not an impenetrable forest. It’s just that some routes home are a bit longer than others. 
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Claris has our complete sympathies. So far it 
appears they have made no final decision about 
a Windows 3.1 version of FM 3.0. 

This newsletter has taken the position that, 
from a real world (as opposed to marketing) 
point of view, FileMaker 2.1 is still seriously 
superior to other databases and would, if the 
world were sane and just, have already been 
installed on 80% of all the desktop PCs on the 
planet. (Not to mention the fact that the vast 
majority of what should be database work is 
actually done in Microsoft Word and Excel, a 
grotesque insanity scarcely comprehensible to 
a functioning mind.) So, in the transition inter¬ 
im, companies satisfied with Windows 3.1 
performance may also be satisfied with File¬ 
Maker 2.1.NewFM3.0 features justbecome 
one more consideration in the cost/benefit 
upgrade calculation. 

Further, The FileMaker Report maintains 
that FM 3.0 is really a superset of FM 2.1, and 
that “old” 2.1 features like repeating fields still 
need to be understood. In future articles we 
will often show both the “old” (2.1) and the 
“new” (3.0) way of designing a file. We would 
have done this even if 3.0 ran on Windows 3.1 
since the old way will be better in many situa¬ 
tions. FM 3.0 users still need a choice of differ¬ 
ent designs to get the best fit. With this dual 
approach to articles, our Windows 3.1 users 
will be able to see whether and when an up¬ 
grade makes sense for them. 

Yes, but When? 

If you can upgrade to 3.0, you should — the 
question is when, exactly? First, Claris is going 
to put a lot of its tech support resources into 
3.0: it is where they want you to be and where 
they prefer to help you. What about first ver¬ 
sion bugs? Well there are some and if they 
affect you critically (see following “FM 3.0 
When and How” article for details), you may 
need to wait for the second or third 3.0 bug fix 
versions (the second fixer version, v3, should 


be available when you read this). However, 3.0 
is a beta-tested and stable major upgrade — 
some test sites had versions of 3.0 for a year. 
Preliminary reports show a few conversion 
problems but fewer troubles with files devel¬ 
oped from scratch in 3.0. Of course you must 
take reasonable precautions, and it won’t hurt 
to wait 90 days or so to convert critical files. 
Our office plans to fully convert about the first 
week of July. 

Other situtations are more problematic. 
Some of us have complex databases integrated 
with other programs (Photoshop, QuicKeys, 
Apple Script) and using complex “undocu¬ 
mented” features, often tricky repeating field 
hacks. These situations have been carefully 
debugged and adjusted, often over years, to a 
stable state. Upgrading requires a period of 
readjustment, coping with odd new problems, 
resetting links to other programs, retraining on 
some feature changes and so forth. Where you 
are not prepared, financially and psychologi¬ 
cally, to go through one of these long transi¬ 
tions to 3.0, wait until you are. 

Don't Throw Away Your Wish List Yet 

Claris had to make some tradeoffs with 3.0. 
Mostly this meant leaving off some features in 
favor of getting 3.0 out the door. For those of 
you who have some favorite wished-for feature 
that you didn’t get this time, there is some 
good news. Claris knows what you want, and 
most of it will appear sometime this year. The 
move to 3.0 required a lot of ground work, 
such as PowerPC native code, which slowed 
down the arrival of 3.0 and postponed some 
long requested features, like sorting related 
fields and making report layouts easier to cre¬ 
ate. However, new features will now appear at a 
faster clip. This year should see a pretty serious 
upgrade to 3.0. Given the huge number of new 
features in this 3.0 release, we will be lucky to 
figure out what’s missing before Claris delivers 
it to us in another upgrade. 
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One regrettable step backward may never 
be fixed since the change seems to be some¬ 
one’s idea of the wave of the future. I refer to 
the manual, which has been transformed into a 
tedious collection of cookbook instructions. 

To cut down on weight and cost, I suppose, 
more text is crammed into each page, eliminat- J 
ing Apple’s (Claris = Apple remember) tradi¬ 
tionally generous white space and superior 
documentation design. Claris’ name presum¬ 
ably has roots in the word “clarity” but the 
manual is a murky mess. This is a shame be¬ 
cause I read the entire old manual from cover 
to cover two or three times a year, and always 
discovered something new in it. I couldn’t get a 
third of the way through this new thing, and I 
really wanted the information on new features. 

Claris has enhanced their help system, 
which is really quite good now, on the theory 
that users won’t read manuals anyway but 
might use a great help system. I can understand 
this argument. I helped teach an “advanced” 
FileMaker class last year and discovered that 
2/3 of the students hadn’t read the manual, 
which shocked me. Apparently the majority of 
students pay for training so they don’t have to 
read for themselves. I hate to be a curmudgeon 
about this (well that’s not true, I am actually 
pretty happy to be a curmudgeon) but I would 
sure like a first rate manual, however fine the 
help system. Maybe some of the third party FM 
3.0 books will take up the slack. Jeff Gagne and 
Don Crabb have a book looking for a publisher 
and there are at least two other promising books 
here or on the way. 

What 3.0 Is Not 

Some consultants are disappointed at the 
lack of SQL support in FileMaker 3.0. SQL 
(Structured Query Language) is a way to talk to 
“legacy systems” in large corporations. A lega¬ 
cy system is a kind way of referring to old main¬ 
frame and minicomputer systems which really 
should be thrown out immediately, but which 


do critical work which nobody knows how to 
smoothly replace. For years, consultants and 
big company MIS people have wanted a “File¬ 
Maker-like front end” development program 
to make legacy systems information available 
on the desktop and assist in the ultimate retire¬ 
ment of this old equipment. As recently as a 
month ago, Don Crabb in his MacWeek col¬ 
umn again called for a front end program 
which worked like FileMaker. 

Well, it ain’t here yet and there are some 
fundamental reasons why it may be a while. 

The reasons have to do with FileMaker file 
structure. One of the reasons this newsletter 
has been somewhat cautionary about over 
enthusiasm for “relational” features (“Waiting 
for ThreePointOh”, issue #65) is that other 
“relational” database programs separate data 
and file structure. Data is stored in tables kept 
separate from file structure information like 
field definitions, layouts, and scripts. This has 
some advantages, in particular that the data 
tables (which look like spreadsheets, in rows 
and columns) can often be directly accessed 
from many different database applications, 
without use of the program in which they were 
originally created. Or, with SQL, the front end 
application and the database which created the 
data can talk. The result is that a true “front 
end” application can read and write informa¬ 
tion to the tables. Many of FileMaker’s com¬ 
petitors can do this, but none with the ease of 
use of FileMaker. 

FileMaker stores information with the file 
structure. So, for instance with an address file, 
the address data and the layouts (and other file 
structures) are stored together. This means that 
when FileMaker gets data from a legacy com¬ 
puter it must import the data into its own for¬ 
mat. Likewise, writing to the data tables 
requires passing information to the database 
managing the tables. For read-only work, File¬ 
Maker is not a bad solution. “Middleware” 
from companies like Brio Technologies active- 
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ly pass data from relational tables to FileMaker. 
A full read and write front end in FileMaker is, 
however, clumsy. 

There is another implication of FileMaker’s 
uncommon file structure, a more important 
one for most users: traditional relational data¬ 
base theory is not necessarily the right way to 
think about and design FileMaker files. This 
newsletter has argued that FileMaker was never 
really a traditional “flat” file database, and we 
will now be pointing out that FileMaker 3.0 is 
not like other “relational” programs. We be¬ 
lieve that FileMaker 3.0 is a horse of a different 
color, probably requiring a new way of think¬ 
ing, a new set of design tools and principles. In 
the several months since FM 3.0’s release we 
have started to suspect that 3.0 is in some ar¬ 
chitectural respects a superset of traditional 
relational databases. 

Relations - Do You Care? 

Thinking clearly about 3.0 relational fea¬ 
tures requires backing up a bit and coming at 
these features from a fresh angle. It needs to be 
clearly understood that being able to call File¬ 
Maker “relational” was mostly to satisfy a mar¬ 
keting imperative—FileMaker has been getting 
beaten up by competitors for not being “rela¬ 
tional”. Claris felt they had to be able to say 
“Oh yes we are!” Essentially all of the buyers 
who turned down FileMaker because it wasn’t 
“relational” had no clue as to why it might 
make a difference, or even what “relational” 
might mean. Of course, the reality was that 
(nonrelational) FileMaker was always the right 
answer for most database projects. 

Buyers being bamboozled about relational- 
ity were indulging their ignorance, making 
database application choices easier by quickly 
eliminating one of the candidates. Of course, 
fear was important too. Must be safer to use a 
database which is relational, right? Now noth¬ 
ing is going to change anytime soon.The ratio 
of the number of Claris field sales staff to the 


hoards of competing sales people is now run¬ 
ning about 1/100 for Microsoft alone. The 
competition is going to come up with another 
nonsense reason for not buying FileMaker — 
no SQL maybe? 

So, why would you care about relationali- 
ty? The most important practical need for rela¬ 
tions is real-time updating of information from 
file to file. In the last ten years of FileMaker 
consulting, I have needed this feature two or 
three times. In one case, the lack of real time 
updating was a project killer; FileMaker could 
not be used. This was for selling concert tickets 
to a Country & Western theater. One of the 
files showed a layout of the theater where seats 
changed colors depending on whether or not 
they were sold. A second file was a reservation/ 
sales file in which one record equaled one or 
more ticket sales. Using look ups between the 
sales and theater seating files was slow and 
allowed the possibility of offering a ticket from 
the seating layout which was already sold. 

While some customers would find a double 
checking of ticket availability acceptable, this 
customer knew that real time links were possi¬ 
ble and wanted them to avoid conflicts among 
three ticket kiosks. In general, scheduling and 
calendaring also benefit from relationality. 

Another good reason for relations in some 
situations is ease of use. Splitting repeating field 
records, managing files with duplicate data and 
remembering to do look ups can be counter 
intuitive and error-prone, requiring too much 
training. This is definitely a two-edged sword, 
however. Having the address and line items 
data from an invoice actually reside in files 
other than your “Invoice” file may be confus¬ 
ing. Also, new tricks such as real time inven¬ 
tory tracking of large numbers of items still 
requires some the old tricks from FM 2.1. 

There are bad reasons for using relations. I 
have talked to numbers of people who want 
relations so they can forget all about repeating 
fields. This is a mistake, regardless of the motive. 
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Certainly, if repeating fields were too hard to 
understand and use, relations are going to be 
more difficult, not easier. Mindlessly replacing 
repeating fields with relational portals (which 
look roughly the same on something like an 
invoice layout) makes no sense. As Kim Hunter, 
an old FileMaker hand, told me the other day, 

“we are going to end up seeing relational por¬ 
tals used for multiple telephone numbers!” I 
hope not. 

Another bad reason for relations is to meet 1 

i 

outmoded relational database design standards, 
in particular “data normalization”. This not the 
place to consider data normalization but part 
of the justification for it is to reduce data dupli- | 
cation and therefore save on storage space. 

Saving storage space is a complete non-issue 
when 3.0 file size limits are now 2 Gigbytes, and 
a hard drive for that much storage costs $500-. 

At the same time, data normalization promotes 
a proliferation of small, obscure files, adding to 
user confusion and maintenance problems. So 
it is going to be important to know exactly why 
you are using a relation instead of another 
technique. Complex systems like computer 
software are very unforgiving of guesswork. 

On the other hand, playing with 3.0 rela¬ 
tional features in group brainstorming sessions | 
around the office has suggested that there are 
some quite remarkable and completely unex¬ 
pected possibilities latent in the new portal 
feature. Those attending the Claris Worldwide 
Developer Conference in June can see the re¬ 
sults of some of our fiddling during a “Tricks 
and Tips” session. If the new ideas pass muster, 
expect to see some really interesting stuff in 
newsletter articles in the late summer and fall. 

Key Simplification 

One new feature deserves a place in the 
larger issues column. On the Mac it is now 
possible to write Apple Scripts to be executed I 
by FileMaker. The Apple Scripts are stored 
within FileMaker scripts, in a little window of j 


their own, and executed as part of the FileMak¬ 
er script. This means that FileMaker can use 
Apple Script (A/S) without the requirement 
that a little A/S applet be open during execu¬ 
tion. This reduces complexity and so increases 
reliability of databases. In general, improved 
scripting (including telephone dialing) prom¬ 
ises that FileMaker can do more without helper 
applications like QuicKeys. 

Access 

Subscribers to The FileMaker Report have 
gotten a steady supply of magic which allowed 
previous versions of FileMaker to do things it 
wasn’t supposed to be able to do. Other FM 
users had no such advantage and often got 
stuck when the official feature set didn’t do 
what they wanted. FM 3.0 makes enough new 
features available that some of the older tricks 
are no longer required. This means, on the 
average, more power in the hands of users who 
might otherwise crash on a cranky problem. 
Also, a number of chronic FileMaker “traps”, 
like the “no records match this request” dead 
end are gone. With 3.0 the overall quality and 
range of FM databases has the potential to 
improve substantially. 

Another sort of access is built into 3.0: 
TCP/IP networking. This means terrific Inter¬ 
net capabilities. You are able to access File¬ 
Maker files over the Internet, which may be a 
Godsend to companies with a lot of staff on the 
road. Used in conjunction with third party 
software like CGIs (Common Gateway Inter¬ 
faces) and Web FM, FileMaker can be a major 
player on the Web by providing access to data¬ 
bases through Web pages. Instead of having to 
redo HTML code for every small change in 
information a company wishes to publish, a 
Web page can be an interface to FileMaker. 
Although I know some techie gurus who doubt 
the long term significance of Web commerce, if 
sales on the Internet do take off, FileMaker is 
the perfect development tool for small busi- 
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nesses to set up shop: displaying a catalog of 
wares, taking orders, processing charge card 
transactions, tracking inventory. 

Some pundits think the “intranet” will be 
an order of magnitude bigger than the internet. 
Intranets are internet-like networks inside 
companies. The attraction of intranets is that 
the software, a web browser, is free or very 
cheap and requires no additional training. 
Some analysts believe that the biggest benefit of 
desktop computers has always been for infor¬ 
mation access, including e-mail, anyway. File¬ 
Maker would seem to be the ideal back-end 
database for both flavors of the net. 

So.. 

FileMaker Pro 3.0 is a fine upgrade, a sig¬ 
nificant improvement in already great soft¬ 
ware. Claris even managed not to ruin the good 
things about FileMaker in the process. It will be 
at least a year before anyone really knows how 
to best design 3.0 files. Until then, it is impossi¬ 
ble to see all that 3.0 hath wrought. Since high 
end developers and consultants have been able 


to do pretty much anything they wanted with 
FileMaker for some time, it may be that the 
greatest effect of 3.0 will be on the quality of 
low end and middle grade work. One clear 
consequence is that it is now possible to do 
much more powerful “idiot-proofing” of tem- 
j plates for users reluctant to learn FileMaker. 

The potential for startling new high end 
work is certainly there as well — if customers 
can come up with sufficiently challenging 
problems. In addition to the Internet possibili¬ 
ties, there is a rumor that FileMaker will soon 
work with the Apple Newton. If true, this may 
be the realized solution to the “sometimes 
1 connected database problem”: how to recon¬ 
cile records when a database is copied, taken 
on the road and changed while changes are also 
being made in the main version. If FileMaker 
can be made to work transparently between a 
desktop machine and the Newton, the flower¬ 
ing of vertical market applications will be as¬ 
tonishing. Maybe we should consider buying 
some Apple stock while Wall Street thinks 
I Apple is sinking... 


FileMaker 3.0 When and How 


When I 

I 

FileMaker Pro 3.0 is a major rewrite of 
FileMaker. So it has bugs. This is not simply to 
be expected, it is inevitable. In the classic com¬ 
puter software book, The Mythical Man-Month 
Frederick Brooks, Jr. shows a graph (repro¬ 
duced here) of the number of bugs found in 
new software vs months since the software was 
released. The first part of the curve is not sur¬ 
prising. The number of newly discovered bugs 
starts high and decreases for a time. Obviously 
when a new software version is passed from a 
small beta testing group to general release, 
more users find more bugs. There are some 



Months since installation 


( other effects. Old bugs found and fixed in pre¬ 
vious versions reappear. New features produce 
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new bugs and break old features which had j 
worked fine before. 

I 

Interestingly, the number of newly discov- j 

ered bugs then increases after reaching a low 
point. This rising tail end is explained by the 
graph’s author, Betty Campbell, as the result of | 
two effects. First, as users learn the program 
better, they push it harder and formerly ob¬ 
scure bugs come to the surface. Second, since a 
bug fix can break something else almost any- 

| 

where in the program, each successive bug fix 
requires more testing than the last: all the tests 
run before plus the tests for the fix. Since an 
increasing testing load cannot be supported 

f 

indefinitely, a point of diminishing returns is 
reached where fixes introduce almost as many 
new problems as they repair. Ultimately, the 
software needs to be rewritten from scratch. 
Fortunately, we are a long way from that grue¬ 
some senility with FileMaker. 

Neither axis of the graph is measured: we 
are only given the shape of the curve. So we 
need to know where on the curve is the optimal j 
point to convert critical files from FileMaker 
2.1, and how many months out that point is for 
FileMaker 3.0. FileMaker 3.0 v2 has been re¬ 
leased. It fixed about 50 bugs. FM 3.0 v3 is in 
the works with a probable release the first part 
of May. It will probably fix a few more bugs 
than v2 did, including the repair of some seri¬ 
ous repeating field problems. My guess is that 
July 1 is about the right time to convert critical J 
files. j 

Perhaps this seems overly conservative. 
Certainly there are a host of factors which re¬ 
quire different timing. The more simple the 
database, the sooner it can be converted. Par¬ 
ticularly, files which do not use repeating fields 
in obscure ways, as often advocated in this 
newsletter, can be converted sooner. I would 

use FM 3.0 for the creation of all new databases, I 

I 

unless you must stay with FM 2.1 v3 for Win- | 
dows 3.1 users. If you or your customers use f 

Windows 3.1, you cannot convert to 3.0 any- j 


way. A template developer must maintain both 
2.1 and 3.0 versions, requiring basic file cre¬ 
ation in 2.1 followed byconversion to 3.0. If 
you really need some of the new features of 3.0 
to solve a long-standing problem, then that 
justifies earlier conversion. 

There are situations which prompt real 
caution. Files critical to the operation of a busi¬ 
ness cannot suffer key dysfunctions which have 
to wait for bug fixes. There are costs associated 
with any upgrade. You or your customer must 
have the budget for these costs, which include 
some retraining. Where FileMaker is used in 
conjunction with other programs — like 
QuicKeys, Apple Script, screen grabbers, Pho¬ 
toshop, or page layout programs — it is a virtu¬ 
al certainty that some of these connections will 
break and require repairs, even extensive re¬ 
work. Since a complex solution depends on 
other programs, an attempt to upgrade the 
FileMaker part could lead to extended system 
down time waiting for other programs to get 
fixed. In the worst case it may be that your 
complex solution never works right again. For 
instance, we have created point-of-sale systems 
in FileMaker which depend on specially writ¬ 
ten printer drivers and bar code software. The 
nature of the connection of this special soft¬ 
ware to FileMaker means it will probably be 
OK, but a single obscure bug could require 
months of rework, time spent trying to remem¬ 
ber how we got it to work in the first place, time 
spent finding the original programmers or 
reverse engineering their work. 

We also use a lot of “undocumented” fea¬ 
tures or other subtle effects which Claris feels 
no particular obligation to retain, or of which 
they are unaware. A lot of these get broken or 
changed when major new versions are released. 
You need to know if you have these kinds of 
vulnerabilities before converting. You may 
need time to find ways to get the same effects 
using features, documented or otherwise, of 
the new version. We have major customers 
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with highly evolved applications like calendar¬ 
ing and FIFO (First In First Out) inventory 
which depend on dozens of subtle features of 
FM 2.1. They are certain to require serious 
help. 

One major disappointment in the current 
version is that repeating fields do not fully 
participate in relations. This means that we 
cannot specify line-to-line relational hot links 
between two sets of repeating fields. This may 
not keep you awake at night but lookups did 
work this way and it was very handy. Ultimate¬ 
ly, I believe Claris can be talked into giving us 
this feature and we will be able to take advan¬ 
tage of the best characteristics of both relations 
and repeating fields, using them together to do 
things neither can do alone. Look for some 
remarkable calendaring solutions when this 
becomes possible. 

How 

The FileMaker Report published a special 
supplement, “FileMaker Pro: Problems and 
Solutions”, when Claris upgraded FileMaker II 
to FileMaker Pro 1.0. That conversion was 
more difficult than the present upgrade be¬ 
cause the differences in file structure were 
greater. The 3.0 upgrade is going much more 
smoothly and there is less need to document all 
the difficulties. Still there are a few significant 
gotchas and some general strategies for avoid¬ 
ing conversion problems which need to be 
considered. 

In your excitement over 3.0 don’t be posi¬ 
tively silly. Give yourself an escape back into 
FM 2.1 if you need it. FM 3.0, when converting 
a 2.1 file, saves a copy of the old file in 2.1 for¬ 
mat, renaming it by adding “old” to the name. 
Save these files in some secure place. Do not 
throw them away to save disk space on the 
blithe assumption that all will be well with the 
3.0 versions. FM 3.0 files cannot be converted 
backwards to 2.1 format. 

Get your FM 2.1 files in the best possible 


shape. First do a Recover on the files before 
conversion. Then make a compressed copy. 
Recover them again. Is this overkill? Probably. 
Then again, how much pain are you willing to 
bear for expediency? If your business is coming 
up on a fiscal year or other major transition, 
wait for it. If you can archive a lot of old 
records, you also remove any corrupt records. 
If you have reason to suspect some corruption, 
export all records as text, clone the file(s), con¬ 
vert to 3.0 and then reimport the text into the 
3.0 versions. 

Still... 

FileMaker Pro is no longer a single product 
but many. From a development point of view 
you might count the Mac 68040 “version”, the 
PowerPC native version, one for Windows 95, 
and for FileMaker Pro Server. Arriving soon, 
and developed in parallel with the released 
software, is FileMaker SDK for creating “run¬ 
time” templates, a possible Windows 3.1 32S 
variation and rumors of a Newton FileMaker. 
All this stuff must work together and deal with 
extraordinary and unpredictable combinations 
of old and new hardware and software, includ¬ 
ing a bunch of new network protocols. 

It is inconceivable that there are not hun¬ 
dreds of “bugs” in all this software. Fortunately, 
experience so far suggests that the vast majority 
of these problems are minor or limited to un¬ 
usual situations. Of course, this may not make 
you feel much better if an unusual problem 
bites you, but generally the pain is manageable 
and limited. We have gotten dozens of inde¬ 
pendent reports of conversions of large and 
complex databases which have gone well, with 
only minor hitches. 

However, there are some serious problems 
with repeating fields, serious enough to make 
some conversions impossible until FM 3.0 v3 
appears. FM 3.0 vl had a bug with repeating 
field look ups which caused every other line of 
the repeating field to fail to look up. That is 
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fixed in 3.0 v2 but the repeating field extend 
function is still flaky. It just doesn’t work on 
our converted files: calculations requiring the 
extend function give the wrong answer on 
every line except the first. Also, recalculations 
in repeating fields can fail, most often in con¬ 
verted files. The repeating field calculations are 
also extremely slow, a killer on some of our 
calendar databases. 

You also need to be on the look out for 
conversion failures of field definitions. We 
have seen calculation fields which turn into text 
fields and repeating fields which become non 
repeating. If your file’s calculations are incor¬ 
rect after conversion do a field by field com¬ 
parison between your old and converted files. 
Use the “print field definitions” option in the 
print dialog box to print lists of field defini¬ 


tions for easy comparison. FM 3.0 v3 will mark 
fields which fail to convert properly for easier 
identification. 

Some of the new relational features have 
problems. In 3.0 vl, related single fields were 
not updating properly. We have had some 
reports of incorrect calculated sums across 
portal fields in invoice files. That seems to be 
the worst of it. Obviously Claris Tech Support 
is your first line resource for problem resolu¬ 
tion. Claris Solutions Alliance members should 
have a fresh copy of the Techlnfo database 
soon. You should download the latest version 
of FM 3.0 from the Claris Web site or other on 
line services. This newsletter will keep a close 
eye on bug reports for the next few issues. All 
things considered, moving to FileMaker Pro 
3.0 is a relatively painless conversion. 


, ,, mmm n ~ mma ' mmxm -secmazsimm 

A Little FileMaker History 


Name 

Date 

Size 

FileMaker 

5/85 

150K 

FileMaker Plus 

8/86 

250K 

FileMaker 4 

7/88 

390K 

FileMaker II 

10/88 

390K 

FileMaker Pro 1.0 

10/90 

775K 

FileMaker Pro 2.1 v3 

7/94 

1000K 

FileMaker Pro 3.0v1 

12/95 

2200K 


Icon 



— 4 
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Tips & Tricks 


3.0 Undocumented Features 
By Mike Harris 

There really are a remarkable number of 
new features in FM 3.0. Yet in addition to the 
features you can mull over in the manual and 
through the help system, there are also some 
very interesting hidden features and tricks. 

Here are two of them — I’m sure we’ll be dis¬ 
cussing more in the future. A longer list is 
available from Claris Tech Support. Just re¬ 
member that Claris may feel free in later ver¬ 
sions to change or eliminate any feature not 
described in the FileMaker manual. 

Layout Part Fills 

This hidden feature maybe better known 
than most of those actually discussed in the 
manual. In several public demos of FM 3.0 it 
has been a favorite demo point with both pre¬ 
senters and audiences. 

Before FM 3.0 a background was added to 
a layout part by drawing in a rectangle which 
filled the part top-to-bottom and extended to 
the right as far as desired. This rectangle then 
had to be resized every time the part was moved. 
There were also minor inconveniences like 
choosing the border to match the fill color and 
locking the rectangle so that in Layout mode 
objects on top of it (fields, labels, etc.) could be 
selected and moved. 

Now we can fill a layout part itself with a 
pattern and a color. The background fill ex¬ 
tends indefinitely to the right and expands and 
contracts with any vertical layout adjustment of 
the part. Since the fill is a feature of the part, it 
doesn’t interact in inconvenient ways with 
other layout objects. 

To fill a layout part, in Layout mode click 
on the part label once to select it and then use 
the usual color and pattern fill tools. 


Field Backgrounds 

There is also a way to combine old and new 
layout part fills to control the selection color/ 
pattern of fields. You may have noticed that 
fields change their internal background when 
selected. The change depends on the normal 
internal background of the field but the selec¬ 
tion background was decided for you by File¬ 
Maker. 

Now you can control the field selection 
backgrounds this way: 

( 1 ) In Layout mode select the part label and 
assign a part background. 

(2) Draw a rectangle to cover all (or a portion) 
of the part area and select a color and pattern 
for the rectangle and its border. 

(3) Place fields and other layout objects on top 
of the drawn rectangle and chose the field back¬ 
ground for the unselected field display. 

Now when a field is selected in Browse 
mode its selection color will be the part fill 
color and pattern from Step 1. We now have 
complete control over field backgrounds in 
both selected and unselected states. 

ASCII Language Choice 

This newsletter has shown several times 
methods for dealing with punctuation charac¬ 
ters in fields. The tricks involve using calcula¬ 
tions to spot characters in text fields since 
previous versions of FileMaker did not index 
or find most punctuation. Now FM 3.0 can 
specify individual fields to be indexed based on 
the ascii character set. This allows fast finds on 
any ascii character, including punctuation. 

To set a field to be ascii indexed: 

1. In the Define Fields. .. mode select the field, 
(see Figure 1). 

2. Select Options or use the return key to get to 
Entry Options dialog box (see Figure 2). 

3. Chose Storage Options and select “ASCII” 
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36D O Summary 96S 

3€l O Global 38G 


[ 


Create 


J^Options^j| 


[ Sane ) [ Duplicate ) 


[ Delete ) [ Done ) 


Figure 1 


Figure 2 


from the window labeled Default language for 
indexing and sorting text: (see Figure 3). 

Word/Phrase Indexing 

A closely related new (documented!) fea¬ 
ture of the View Index window is the ability to 
chose whether words are indexed—the default 

Entry Options for Field “Topic” 


fluto Enter . 

(§) Nothing 

O | Creation Date w | 

O Serial number 

n-? ■ | i j 

Q Value from previous record 
Q Data | 




Q Calculated value f Specify... 


Q Looked-up value f Specify... 


| j pyj: l.y. * *.i »«.'»!•> 

Repeating field with a maximum of j /. | repetitions 


[ Storage Options... ] [ Cancel 


state in previous FileMaker 
versions — or the entire 
individual field contents 
are indexed as a group. 

This check box operates 
without having to close and 
reopen the View Index 
window. (See Figure 4.) In 
the past we showed readers 
how to use hard spaces 
(option-space bar) to bind 
words together for index¬ 
ing purposes. This is very 

helpful with text like city 
names: you really want to 
index “San Francisco” as 
one “word”, instead of 
having “San” in the “s” 
section of the index and 
“Francisco” separately in 
the “f ” section. Now you can avoid the incon¬ 
veniences associated with hard spaces and 
switch from word to field-contents indexing on 
the fly. Combined with the old hard-space 
trick, you can now have almost complete con¬ 
trol over indexing formats. 

Some Early Reactions to FM 3.0 
By Joe Kroeger 

After a brief time working with the new FM 
3.0, it is clear that Claris has put a great deal of 
thought and effort into this major revision. I’ve 
not yet tried to build any serious relations. But 
I have encountered a few things I like: 

• The new FileMaker icon is a quite clever 
design. It can be used at both large (as on the 
front of the manual) and small (document 
icon) sizes without seeming to lose detail. The 
large versions contain several interesting little 
items, even a picture of Mike Harris. 

• The additional screen magnification ra¬ 
tios are good to have. The new 75% and 150% 
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Storage Opt ions for Field “Topic” 


Indexing improves performance for some operations like finds and supports 
functionality like joins and field value uniqueness at the cost of increased file 
size and time spent indexing. 


Indexing: ®0n 


0 iy l-xl-? l-wi on u' needed 


Default language for indexing and sorting text: | ASCII 


Figure 3 


Figure 4 


Cancel 


Uieui Inden 


"FileMaker 

"Long 

# 

$ 

ss 

& 

( 

(Blank) 

(CGI) 

(Resource 

(Sub-summary) 

(Work 

) 


3 Show individual vords 

Cancel 1 If Paste 


button without having to 
delete it. A Do Nothing 

nd supports ... ° 

increased file option is available in the 

. Define Button dialog. Lack 

j of this option was a serious 

| problem in previous versions. 

T I * The Position function 

| q K j| has been improved with the 

^ ' addition of another parame¬ 

ter that lets us specify the 
position of the nth occurance of the subject 
text. This allows simplification of several im¬ 
portant types of calculations. A simple but 
quite useful change. 

• In the Specify Calculation dialog there is 
a new View popup menu above the functions 
list. It allows the functions to be reordered and 
grouped. Very useful and a real time saver, 
both for direct equations and in some scripts. 

• Of course, one of the best things of all 
(better than relationality, I think) is the ability 
for scripts to change their behavior based on 
data in records. Readers of these pages over the 
last few years know that I’ve been yearning and 


magnifications are quite handy indeed and I 
use them often. (Now if enough of us will tell 
Adobe to do the same thing in PageMaker, 
we’ll be even better off.) 

Don’t forget that when you are at a magni¬ 
fication other than 100%, it is easy to go to 
100% by simply clicking on the percent indica¬ 
tor next to the two magnify buttons at the low¬ 
er left of the window. 


crying for this capability. Well now we have it! 
Not only can If script steps be included, but we 
have the concomitant looping an branching 
steps needed to respond to the results of an If. 

I admit that it takes extra effort to build 
scripts that take advantage of this new level of 
sophistication. But at the same time I assert 
that well be able to execute some pretty fancy 
operations as we learn to cope. 


• It is now possible to see all of an equation 
in the Define Fields dialog. (In the old days it 
was necessary to go to the Specify Calculation 
dialog to view a long equation.) Just scroll to 
the right. Nice. FileMaker is even smart enough 
to (temporarily) remove return characters that 
might have been used for formatting. 

• It is now possible (finally!) to undefine a 


On the other hand, there are other items 
that cause me concern: 

• There has been a major reshuffling of the 
menus and dialog boxes. I don’t think there 
was much wrong with the old orientation, even 
when integrated with the new features. It is 
little problem for new users coming to FM for 
the first time with version 3. But when a soff- 
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ware product has a long history, it is important 

to honor with continuity the community of 

. . 1 
existing users. 

Claris is usually pretty good with the logical 
arrangement of commands in their products, 
but the rationale behind the rearrangement of 
FM 5.0 menus eludes me. Why are editing 
operations like Delete Record now modes? It 
would be nice if Claris published a justification 
of the new scheme. 

• The Define Value Lists command is 
buried too deep. It ought to be in a first-level 
menu. Remembering where it is located is a 
challenge. When I realize I want to change a 
value list I am quite often in Browse mode. 

Getting from there to the Define Value Lists 
command an ardous even if I recall where it is. 

• Scrolling is way too fast in the Set Layout 
Order dialog, and in other similar dialog boxes. 

The speed is good sometimes with long lists, 
but it makes it very difficult to get to a specific 
item. I thought the System had adjustments to 
compensate scrolling for the speed of the ma¬ 
chine being used, but they are not obviously in 
use here. 

| 

• Formatting of equations has been stan¬ 
dardized so that we no longer have control of 
how the calculation looks. (We can still insert 
returns to control line endings.) After a calcu¬ 
lation is defined or edited, FileMaker automat¬ 
ically reformats it, removing some spaces (but 
not all) and capitalizing the way it prefers. 

I’m not sure, from the Claris point of view, 
why this was done. At first glance there might 
be an argument that standardized formatting 
makes the calculation unambiguous when 
evaluated. But note that if FileMaker is smart 
enough to do the reformatting, it must there¬ 
fore be smart enough to evaluate the un-refor- 

matted version of the calculation. | 

1 

i 

1 


About Our Publication Schedule... 

The FileMaker Report is published irregular¬ 
ly. Last year we published only a few issues, part¬ 
ly because readers were telling us they wanted 3.0 
articles and we could say very little about unre¬ 
leased software. Now FM 3.0 has been available 
long enough for us to resume a regular publish¬ 
ing schedule. In the past, the newsletter has aver¬ 
aged about 8 issues per year and 1996 will be 
closer to that average. Remember that subscrip¬ 
tions run for a number of issues (ten), not by the 
calendar, so all subscribers will receive, as always, 
ten issues for a standard subscription even when 
less than ten issues are published in a year. 

You can see the number of issues remaining 
in your subscription by looking at your mailing 
label, which shows the number of the last issue in 
your current subscription. Renewal notices will 
be inserted into your last two issues. 

We are always be happy to talk to you about 
your subscription status, or anything else, at 408- 
761-3987. We are particularly interested in the 
types of articles you would like to see, and of 
course what you like and don’t like about the 
current issue. 

We note that a couple of FileMaker news¬ 
letters have appeared on the Internet, notably 
one called ISO. We haven’t decided whether to 
offer an on-line version of the FMR, or a Fax 
service or other new delivery method. Let us 
know what you would like to see. Is mailed hard 
copy obsolete for you? 

Authors 

Mike Harris is editor and publisher of The 
FileMaker Report and author of all unsigned 
articles. 

Bernard King is a new contributor to this 
newsletter. He specializes in cross-platform 
design issues in mixed platform networks. 

Joe Kroeger was editor of The FileMaker 
Report from early 1987 to mid 1995. He now 
writes occasional articles for the newsletter. 
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FileMaker Version History 

Version 

Release Date 

FileMaker Pro 3.0 vl 

December 1995 

FileMaker Pro 2.1 v3 

July 1994 

FileMaker Pro 2.1 v2 

February 1994 

FileMaker Pro 2.1 vl 

August 1993 

FileMaker Pro 2.0 v4 

April 1993 

FileMaker Pro 2.0 v3 

February 1993 

FileMaker Pro 2.0 v2 

November 1992 

FileMaker Pro 2.0 vl 

October 1992 

FileMaker Pro 1.0 v3 

March 1992 

FileMaker Pro 1.0 vl 

October 1990 

FileMaker 4 & FileMaker II 

July-October 1988 

FileMaker Plus 

August 1986 

FileMaker 1.0 

May 1985 

Minor revisions before FileMaker Pro 

are not listed. 


About Claris 

Claris Corporation publishes the FileMaker program. The 
generic address for Claris is: 

Claris Corporation 
PO Box 58168 
Santa Clara, CA 95052 

Add these mail stops to the generic address as appropriate. 

Customer Assistance: M/S C-11 
Technical Assistance: M/S C-12 
Software Registration: M/S C-71 

The general phone number is 408-987-7000. 

Claris Customer Assistance is 800-325-2747. 

Claris Support recorded help line is 800-735-7393. 

Claris Support Fax line is 800-800-8954. 

Claris BBS is 408-987-7421 (settings 8/N/l). 

Claris Technical Assistance (Mac) is 408-727-9054. 

Claris Technical Assistance (Windows) is 408-727-9004. 

Technical Assistance hours (Pacific Time) are 6 am to 
6 pm Monday - Thursday and 6 am to 2 pm Friday. 







